查看原文
其他

苹果开发者近期遇到的欧洲《数字服务法》合规性问题

风海铜锣 风海铜锣
2024-10-07

⬆️欢迎戳蓝字关注⬆️


抢先聊聊这个近期 iOS 开发者关注的热点话题。实在是网上也没啥权威解读了,我自己也不是权威,只是简单调研下,说说我的看法。不一定对,仅供参考。


欧盟真是不太好伺候啊……

最近苹果又弹窗要开发者处理了。

这个《数字服务法》合规性,感觉有些地方说的不是很清楚,最大的疑问是,怎么定义开发者是交易提供商账户(trader)。

我简单查了下资料,发现只要开发者和用户产生交易行为的,应该都算是 trader 。

那也就是说,只要开发者提供了内购服务,一般来说应该就是 trader 了。但是如果只是提供广告服务,似乎没直接产生交易,我的理解不该算 trader,但是有朋友去找一些专业人士问,答案是可能提供广告也算 trader,这部分还不能下定论。

那么安全起见,干脆直接填 “是” 如何呢。

如果填是的话,那么开发者就被迫要在开发商页面暴露自己的信息,最重要的信息就是邮箱和电话了,如果是公司,还包括关联的地址。公司账号还好,个人账号多少有点暴露隐私了,这也是很多开发者纠结的地方。

因为是新出的规定,网上也没搜到什么标准答案,我这里提供一些参考做法。

  1. 如果是公司账号,直接填是无妨。

  2. 如果没有内购,只有广告,那么(我的看法)可以先填否。

  3. 如果产品体量还小,那么填否暂时是不受影响的。

  4. 如果产品体量大一点,即使是个人账户,还是建议填是吧,可以考虑先给开发者账号换一下不容易暴露隐私的邮箱,再换一个不常用的手机号多少规避下隐私问题。


总之,对于正规团队,出于合规考虑,填是没什么问题了,长远来说也比较安心。但是就目前来看,小团队填否我的判断是暂时也不会出什么事,后续补救应该也来得及,所以如果个人开发者真的特别不想暴露自己的信息,先填否再观察,并且与此同时先更换自认为更安全的手机号和开发者邮箱,为未来可能的修改做准备。

以上是目前我能考虑的处理策略,后续如果有需要更新结论的地方再出第二版第三版来重新说明。

完。


附:

移动开发者联盟入群指引





个人观点,仅供参考
继续滑动看下一个
风海铜锣
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存